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Prufungsantrag gem. § 44 PatG ist gestellt 

(§) Verfahren zur Bearbeitung von Daten 

® Die Erfindung betrifft ein Verfahren zur Obersetzung 
von Programmer! auf ein System, bestehend aus wenig- 
stens einem ersten Prozessor und einer rekonfigurierba- 
ren Einheit. Hierbei ist vorgesehen, daS die Codeteile, die 
fur die rekanfig.u rjflitaare. Einheitgeeignet sjnd..beslimmt 
und extrahiert warden und der verbleibende Code zur Ab- 
arbeitung durch den ersten Prozessor derart extrahiert 
wird. 
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Beschreibung moglich ist und/oder ohne daB insbesondere die Datenverar- 

rnnnii rw» „~r a ■ . beitungauf dem rekonfigurierbaren Prozessor und/oder dem 

S2i J2f 7*T , Erfi ^ Ung f ** S L Ch mit ber - herk « c ^ Prozessor signifikant unterbrochen werden 

kommUchen, d.h konventionellen und rekonfigurierbaren muB, sowie die Ausbildung eines derartigen Systems soweit 

Archnekturensow.enntVerfahrenhierfur.dieeinetjberset- 5 aus dem nachfolgenden eLhmch ^ fiSfaUsTan 

zung einer klassischen Hochsprache (PROGRAMM), wie sprucht. penmen, wira glejcntalls bean- 

SSl^fi^' I 3 " 3 ' A elc u . e " n6 8 lichen . insbesonderc auf [0012] Es werden zunachsl beispielsweise folgende Ver- 

S^^; bindungsverfahrcnund-mittelverwendet: 8 

iwouzj Unter einer konventionellen Prozessorarchitektur 

(PROZESSOR) werden vorliegend beispielsweise sequen- 10 a ) Shared-Memory 

Uelle Prezessoren mit einer von-Neumann- oder Havardar- b) Netzwerk (beispielsweise Bussysteme wie z B 

vS '"^^^^B-KontroUer, CISC-, RISC-, PQ-Bus, Serielle Busse wie z. B. Ethernet) 

100031 vll » r ^ 0Zes ?° re "- . _ «) KopplunganeineninternenRegistersatzodermeh- 

[0003] Unter einer rekonfigunerbaren Zielarchitektur rere interne Registersatze 

ZtL V S end v aU f ine (WU) ^ .^S^ater is d) andere Speichermedien (Festplatte, Hash-ROM 

Funkuon und/oder Vemetzung verstanden, insbesondere in- etc.) ' 
tegrierte Bausteine mit einer Mehrzahl von ein- oder mehr- 

^ enSi °^^L ange ° 1 i dneten ' ^? * metischen und/oder toff" WIS] Es sei erwahnt, daB hier aU ein "Prozessor" auch 

™ rnSS? "nd/oder speichernden Baugrup- ein Dual-Prozessorsystem und/oder ein anderellrdnun- 

£nden sSf SSyStem miteinander ver " 20 8 en aufweisendes System insbesondere mi. mehr Tzwei 

r aaa /ii ^ . konventionellen Prozessoren eemeint sein kann Gleichfalk 

[0004 Zur Gattung dieser Bausteine zahlen insbesondere und/oder altemativ sind mehrere rekorgurierWrBau 

systolische Arrays, neuronale Netze, Mehrprozessor-Sy- steine gleichzeitig verwendbar lW 8 une *« Bau " 
steme, Prozessoren mit mehrercn Rechcnwcrken und/oder 

lojnschen Zellen, Vernetzungs- und Netzweikbausteine wie 25 UbersetzunesDrin/in 

z. B. Crossbar-Schalter, ebenso wie bekannte Bausteine der UDersetzungspnnzip 

Gattung FPGA, DPGA, XPUTER etc. Hingewiesen wild [0014] Aus einem PROGRAMM werden mittels eines 

insbesondere ,n diesem Zusammenhang auf die folgenden PRAPROZESSORS die TeileMi^fasTSte*- 

DP « ' ™ ^« 4 846 - 2 " 53, 30 Widen lassen.DieseTeile werden in einem fur VPUs geeig^ 

DE 1 96 54 593.5-53, DE 197 04 044.6-53, neten Format ausseeeben (NMT t 

[0005^ Es hat sicb gezeigt, daB es bestimmte Verfahren bleibende und ggf. erweiterte Code wird in Form einer kZ 
und Programmab aufe gibt, die sich besser mit einer rekon- sischen HochsJiheTu gegeben SsTCoS wobefto 
figunerbare Architektur abarbeiten lassen als mit einer kon- Gattung des ausgegebenen C^eslnlbes^S' Sto der 

™*^ZT^ tek ^TT? 8ibt 65 8UCh 40 GattU "8 der -P^gUche" HoSsP^cS^ptht 
solche Verfahren und Prograimnablaufe, die besser mit einer kann »u>F«*. D en 

konvendonellen Prozessorarchitektur ausgefuhrt werden [0016] Diese extrahierte HOCHSPRACHE wird mittels 

^ S D^™7 ta *7% b r^ U T n ^ ,u 45 52 ZU daB * eineriei besondere Anpastung to 

Sea^n^r 8 8 " Unabhan ^ er verwendete Datenverareeitungsarchitekt 

[0008] Es wurde erkannt, daB es wiinschenswert ist, daB [0017* DurclT dieses Verfahren wild derimDlementie-" 

n^SwT^^^r^r nr- r r 8saufWand ^^«m g ebun £ MS 

nun toe jewels fur die rekonfigunerbare Zielarchitektur be- so facht. Zudem kann der Anwenderden PROZESSOR weiter- 
sonders geeigneten Ifeile des zu iibersetzenden Programmes hin in der ihm bekannten Programinieremgebun, ^ dieTfrei 

Werde "" Dfe verbleibendej, Teile des Programmes wahlen kann, pregranm^ie^nd debuggf I ~* 
konnen dann auf erne konventionelle Prozessorarchitektur 

flbersetzt werden. fh, , ui « 

[0009] Weiterhin sei angemerkt, daB die Verfahren auch 55 Ubersetzungsablauf 
konnen 1 ^" ^ mehreren Bausteinen angewendet werden Extraktion 

^t/cta^ , fk 10018:1 Zun5chst ^ de r & eine VPU geeignet erschei- 

i>ystemaufbau nende C ode aus dem PROGRAMM extrahierl. Die Extrak- 

S£ f™. TfeSt? ^ d T nU ! mCh " ^ ^ k ° mbiniert werden. Folgend^ Metho- 

reren VPU(s) verbunden daB ein effizienter Informations- den sollen beispielhaft detaillierter beschrieben werden 
austausch, insbesondere in Form von Daten- und Statusin- oesenneoen werden. 

formation moglich ist. n»t«.t#- ^ u r T - . 

[OOU] Die Anordnung eines herkommlichen Piozessors 65 U ° D *"* ^ 

elrfe ^Z^TKf^T Prozessors, dergestalt, daB [0019] Der Prograimnierer gibt explizit durch Hinweise 

wsLnH H s to***™*™ sischen denselben (Hints) innerhalb des PROGRAMMES Anweisungen we^ 

wahrend der Abarbe.lung eines oder mehrere Programme che Teile extrahiert werden sollen. Beispielsweise Sdfes 
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folgendermaBen erfofgen; 



Code 

/ / START_NML_EXTRACnON 

Zu extrahierender Code 

/ /END_NML_EXTRACTION 

Code 



7/START^NML^EXTRACTI0N M kennzeichnet den Be- 
ginn eines zu extrahierenden Codes. 
7 / END_NML_EXTRACnON" kennzeichnet das Ende 
eines zu extrahierenden Codes. 

[0020] In einem solchen Fall ist die Einheit zur Uinset- 
zung des Progranuns in Konfigurationscodes dazu ausgebil- 
det, die Hints beziehungsweise Umsetzungsvorgaben zu cr- 
kennen. 

Extraktion durch Aufruf von NML-Routinen 

[0021] Der Programmiercr implementiert Teile dcs PRO- 
GRAMMES direkt in NML und springt in die NML^Routi- 
nen durch Aufrufe (calls). Beispielsweise erfolgt dies derart: 

a) NMl^Code 

procedure EXAMPLE 
begin 

end 

b) PROG RA MM Code 
Code 

call EXAMPLE / / Aufruf des NMI^Codes 
Code 



Obersetzung in NML 

[0025] Eine fur die implementierte VPU geeignete Ober- 
setzung des extrahierten Codes nach NML wird durchee- 
5 fuhrt. 6 

[0026] FUr datenfluBorientierte VPUs kann beispielsweise 
automatisch ein DatenfluB- und/oder KonlrollfluBgraph auf- 
gebaut werden. Die Graphen werden dann in NML-Code 
ubersetzt. Dabei kann gegebenenfalls bereits das Abbilden 
10 auf die VPU erfolgen, beispielsweise mittels der Durchfub- 
rung des Plazierens der benotigten Ressourcen und des Rou- 
tens der Verbindungen (Place and Route). Dies geschieht 
zum Beispiel nach typischen bekannten Regeln des Plazie- 
rens und Routens. 



15 



Analyse 



[0027] Mittels einer automatischen Analysemethode wird 
der extrahierte Code und/oder der ubersetzte NMI^Code auf 

20 seine Verarbeitungseffizienz hin analysiert. Dabei ist die 
Analysemethode bevorzugt so gewahlt, daB der Interface- 
Code und die daraus entstehenden Performanceeinflusse an 
geeigneter Stelle mit in die Analyse einflieBen. 
[0028] Gegebenenfalls wird die Analyse durch eine kom- 

25 plette Ubersetzung und Implementierung auf dem Hard- 
ware-System durchgefuhrt, indem das PROGRAMM ausge- 
fiihrt und mit geeigneten Methoden, wie sie beispielsweise 
nach dem Stand der Technik bekannt sind, vermessen wird. 



30 



Loop 



35 



[0022] In diesem Fall ist die Einheit zur Umsetzung dazu 
ausgebildet, NML-Programmteile, das heiBt Programmteile 
zur Ausfuhrung in und/oder auf einem rekonfigurierbaren 
Aft ^y in & n groSeres Programm einzubinden. 

Extraktion durch Analyse 

[0023] Durch an die jeweilig VPU angepaBte Analyseme- 
thoden werden Teile innerhalb des PROGRAMMES er- 
kannt, die effizient und/oder sinnvoll auf die VPU abbildbar 
sind. Diese Tfeile werden aus dem PROGRAMM extrahiert. 
[0024] Eine beispielsweise fur viele VPUs geeignete Ana- 
lysemethode ist der Aufbau von DatenfluB- und/oder Kon- 
trollfluBgraphen aus dem PROGRAMM. Diese Graphen 
konnen hinsichtlich ihrer moglichen Partitionierung und/ 
Oder Abbildung auf die Ziel-VPU automatisch untersucht 
werden. In diesem Fall werden die Teile der generierten 
Graphen bzw. die entsprechenden PROGRAMM-Teile, ex- 
trahiert; die sich hinreichend gut partitionieren und/oder ab- 
bilden lassen. Hierzu kann eine Parti tionierbarkeits- und/ 
Oder Abbildbarkeitsanalyse erfolgen, die die jeweilige Ei- 
genschafl bewertet. 



[0029] Basierend auf den durchgefUhrten Analysen, kon- 
nen verschiedene durch die Extraktion fur eine VPU ge- 
wahlte Teile als ungeeignct identifiziert werden. Umgekehrt 
kann die Analyse ergeben, daB bestimmte fur einen FRO- 
ZESSOR extrahierte Teile zur Ausfuhrung auf einer VPU 
geeignet waren. 

[0030] Eine optionale Schleife, die nach der Analyse ba- 
sierend auf geeigneten Entscheidungskriterien zuriick in den 
40 Extraktionsteil fuhrt, urn diesen mit entsprechend der Ana- 
lyse angepaBten Extraktfonsvorgaben erneut auszufuhren, 
ermoglicht die Optimierung des t)bersetzungsergebnisses. 
Man hat somit eine Iteration. 

[0031] Die Schleife kann an inehreren unterschiediichen 
45 Stellen in den Compilerlauf eingebracht sein. 

der PR0ZESSOR : uM.Vra-Co^ 

[0032] Der ausgegebene Code ist ublicherweise vollstan- 
50 dig und ohne weitere Eingriffe auf den jeweils nachfolgen- 
den Compilern ausfuhrbar. Gegebenenfalls werden Cornpi- 
lerflags und Constraints fUr die nachfolgenden Compiler ge- 
neriert, wobei der Anwender optional eigene Vorgaben hin- 
zufugen und/oder die generierten Vorgaben modifizieren 
55 kann. Die nachfolgenden Compiler ben6tigen keine wesent- 
lichen Modifikationen, sodaB Standard-Tools einsetzbar 
sind. 

[0033] Das vorgeschlagene Verfahren eignet sich somit 
beispielsweise insbesondere als Praprozessor vor Compilern 
60 und Entwicklungssystemen. 

Interface-Code 

[0034] Der Interface-Code, der in den extrahierten Code 
65 eingesetzt wird, kann durch unterschiedliche Verfahren vor- 
gegeben werden. Bevorzugt wird der Interface-Code in ei- 
ner Datenbank abgelegt, auf die zugegriffen wird. Die Ein- 
heit zur Umsetzung kann so ausgebildet sein, daB sie eine 
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Auswahl des Programmierers beriicksichtigt, der beispiels- 
weise durch Hinweise im PROGRAMM oder durch Compi- 
lerflags den passenden Interface-Code auswahlt. Dabei kann 
der ffir das jeweils verwendete Implementierungsverfahren 
geeignete Interface-Code gew&hlt werden. 
[0035] Die Datenbank seibst kann durch unterschiedliche 
Methoden aufgebaut und gewartet werden. Einige Beispiele 
sollen zur Verdeutlichung der Moglichkeiten angefUhrt wer- 
den: 



Beschreibung der Figuren 



a) Der Interface-Code kann vom Lieferanten des Com- 
pilers fur besliminle Verbindungsverfahren vorgegeben 
werden. Dies kann bei der Organisation der Datenbank 
berucksichtigt werden, indem entsprechende Speicher- 
mittel fur diese Angaben bereitgehalten werden. 

b) Der Interface-Code kann vom Benutzer, der den Sy- 
stemaufbau bestimmt hat, seibst geschrieben oder aus 
bestehenden (Beispiel-) Interface-Codes modifiziert 
und der Datenbank zugefugt werden. Das Datenbank- 
mittel wird hierzu bevorzugt benutzermodifizierbar ge- 
staltet, um dem Benutzer die Datenbankmodifikation 
zu ermdglichen. 

c) Der Interface-Code kann von einem Entwicklungs- 
system, mit dem beispielsweise der Systemaufbau gc- 
plant und/oder beschrieben und/oder getestet wurde, 
automatisch generiert werden. 

[0036] Der Interface-Code ist gewohnlicherweise derart 
gestaltet, da6 er den Anforderungen der Programmierspra- 
che entspricht, in der der extrahierte Code vorliegt in den der 
Interface-Code eingefugt werden soli. 

Debugging und Integration der Toolsets 

[0037] In die Interface-Codes konnen Kommunikations- 
routinen eingefuhrt werden, um die unterschiedlichen Ent- 
wicklungssysteme fiir PROZESSOR und VPU zu synchro- 
nisieren. Insbesondere kann der Code fiir die jeweiiigen De- 
bugger aufgenommen werden. 

[0038] Der Interface-Code steuert den Datenaustausch 
zwischen PROZESSOR und VPU. Er ist daher eine geeig- 
nete und bevorzugte Schnitts telle, um die jeweiiigen Ent- 
wicklungssysteme und Debuggets zu steuern. Es ist bei- 
spielsweise moglich, einen Debugger fur den PROZESSOR 
solange zu aktivieren, wie die Daten von dem Prozessor ver- 
arbeitet werden. Sobald die Daten uber den Interface-Code 
- an eine (^rmehrere) WU-abergeben werden, isteinBe- 
bugger fur VPUs zu aktivieren. Wird der Code zuriick an 
den PROZESSOR gesendet, soli wiederum der PROZES- 
SOR-Debugger aktiviert werden. 

[0039] Es ist daher also moglich und bevorzugt, derartige 
AblSufe durch das EinfUgen von Steuercodes fiir Debugger 
und/oder Entwicklungssysteme in den Interface-Code abzu- 
wickeln. 

[0040] Die Kommunikation und Steuerung zwischen den 
unterschiedlichen Entwicklungssystemen soli daher bevor- 
zugt mittels in die Interface-Codes von PROZESSOR und/ 
oder VPU eingebrachte Steuercodes abgewickelt werden. 
Die Steuercodes konnen dabei bestehenden Standards fur 
die Steuerung von Entwicklungssystemen weitgehend ent- 
sprechen. 

[0041] Die Verwaltung und Kommunikation der Entwick- 
lungssysteme wird vorzugsweise wie beschrieben in die In- 
terface-Codes abgewickelt, kann jedoch - sofern sinnvoll - 
auch getrennt von diesen, nach einem entsprechenden ahnli- 
chen Verfahren abgewickelt werden. 



[0042] Fig. 1 verdeutlicht das vorgeschlagene Verfahren 
und zeigt einen moglichen Systemaufbau. Dabei ist ein 
5 PROZESSOR (0101) Ober ein geeignetes Interface (0102) 
zum Daten- und Statusaustausch mit einer VPU (0103) ver- 
bunden. 

[0043] Ein PROGRAMM-Code (0110) wird in einen fur 
den PROZESSOR geeigneten Teil (0111) und einen VPU- 
10 geeigneten Teil (0112) zerlegt. 

[0044] 0111 wird durch einen Standard-Compiler (0113) 
ubersetzt, wobei zusatzlicher Code zur Beschreibung und 
Verwaltung des Interfaces (0102) aus einer Datenbank 
(0114) eingefugt wird. Auf 0101 ausfuhrbarer sequentieller 
15 Code wird generiert (0116) und sofem notwendig die ent- 
sprechende Programmierung (0117) des Interfaces (0102). 
[0045] 0112 wird durch einen VPU-Compiler (0115) uber- 
setzt, wobei ein zusatzlicher Code zur Beschreibung und 
Verwaltung des Interfaces (0102) aus einer Datenbank 
20 (0114) eingefugt wird. Auf 0103 ausfuhrbare Konfiguratio- 
nen werden generiert (0118) und sofem notwendig die ent- 
sprechende Programmierung (0119) des Interfaces (0102). 
[0046] In Fig. 2 ist beispielhaft ein prinzipieller Ablauf ei- 
ner Compilation dargestellL Ein PROGRAMM (0201) wird 
25 in derExtraktionseinheit (0202) nach unterschiedlichen Ver- 
fahren in VPU-Code (0203) und PROZESSOR-Code (0204) 
zerlegt. Unterschiedliche Methoden konnen in beliebiger 
Kombination zur Extraktion angewendet werden, beispiels- 
weise Hinweise im ursprunglicben PROGRAMM (0205), 
30 Unterprogrammaufrufe (0206) und/oder Analyseverfahren 
(0207). Der jeweils extrahierte Code wird ggf. ubersetzt und 
ggf. auf seine Eignung fdr das jeweilige Zielsystem hin 
uberpruft (0208). Dabei ist eine ROckkopplung (0209) auf 
die Extraktion inoglich, um Verbesserungen durch eine gc- 
35 anderte Zuordnung der Codes zum PROZESSOR oder einer 
VPU zu erhalten. 

[0047] Danach (0211) wird 0203 durch den Interface- 
Code aus einer Datenbank (0210) erweitert (0212) und/oder 
0204 wird durch den Interface-Code aus 0210 zu 0213 er- 
40 weitert 

[0048] Der entstandene Code wird auf seine Performance 
analysiert (0214), ggf. ist eine Ruckkopplung (0215) auf die 
Extraktion moglich, um Verbesserungen durch eine gean- 
derte Zuordnung der Codes zum PROZESSOR oder einer 
45 VPU zu erhalten. 

[WW9] Per entstandene VPU-Code (0216) wird fur eine 
weitere-Sbersetzung an einen nachgeschalteten fur die*VPU 
geeigneten Compiler weitergegeben. Der entstandene PRO- 
ZESSOR-Code (0217) wird fiir die weitere tJbersetzung in 
50 einem beliebigen nachgeschalteten fur den PROZESSOR 
geeigneten Compiler weiterverarbeitet. 
[0050] Es soil angemerkt werden, daB einzelne Schritte je 
nach Verfahren ausgelassen werden konnen. Wesentlich ist, 
daB weitgehend kompletter und ohne Eingriff durch den 
55 Programmierer direkt ubersetzbarer Code an die jeweils 
nachgeschalteten Compilersysteme ausgegeben wird. 
[0051] Die Datenbank fiir die Interface-Codes (0210) wird 
unabhangig und vor dem Compilerdurchlauf aufgebaut. 
Beispielsweise sind fotgende Quellen fiir die Datenbank 
60 moglich: Vom Lieferanten vorgegeben (0220), vom Benut- 
zer programmiert (0221) oder automatisch von einem Ent- 
wicklungssystem generiert (0222). 

[0052] Zusammenfassend befaBt sich die vorliegende Er- 
findung mit Verfahren, die eine t)bersetzung einer klassi- 
65 schen Hochsprache wie Pascal, C, C++, Java, etc. auf eine 
rekonfigurierbare Architektur ermoglicht. Das Verfahren ist 
derart ausgelegt, daB nur die jeweils fur die rekonfigurier- 
bare Zielarchitektur geeigneten Teiie des zu ubersetzenden 
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Programmes extrahiert werden. Die verbleibenden Teile des 
Programmes werden auf eine konventionelle Prozessorar- 
chitektur iibersetzt. 

Patentanspruche 5 

1. Verfahren zur tTbersetzung von Programmen auf ein 
System bestehend aus wenigstens einem ersten Prozes- 
sor und einer rekonfigurierbaren Einheit, dadurch ge- 
kennzeichnet, daB die Codeteile, die fiir die rekonfigu- to 
rierbare Einheit geeignet sind, bestimmt und extrahiert 
werden und der verbleibende Code zur Abarbeitung 
durch den ersten Prozessor derart extrahiert wird. 

2. Verfahren nach Anspruch 1 , dadurch gekennzeich- 
net, daB dem fiir den Prozessor extrahierten Code der- is 
art Interface-Code zugefUgt wird, daB eine Kornmuni- 
kalion zwischen Prozessor und rekonfigurierbarer Ein- 
heit entsprechend des Systems moglich ist. 

3. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, daB dem fiir die rekonfi- 20 
gurierbare Einheit extrahierten Code derart Interface- 
Code zugefugt wird, daB eine Kommunikation zwi- 
schen Prozessor und rekonfigurierbarer Einheit ent- 
sprechend des Systems moglich ist. 

4. Verfahren nach einem der vorhergehenden Ansprii- 25 
che, dadurch gekennzeichnet, daB der zu extrahierende 
Code aufgrund von Analysen festgestellt wird. 

5. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, daB der zu extrahierende 
Code aufgrund von Hinweisen im Code festgestellt 30 
wird. 

6. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, daB der zu extrahierende 
Code aufgrund von Aufrufen von Unterprogrammen 
festgestellt wird. ° 35 

7. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, daB der Interface-Code 
eine Speicherkopplung (Shared-Memory) vorsieht 

8. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, daB der Interface-Code 40 
eine Registerkoppiung vorsieht. 

9. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, daB der Interface-Code eine Kopplung mittels ei- 
nes Netzwerkes vorsieht. 

10. Verfahren nach einem der vorhergehenden An- 45 
spriiche, dadurch gekennzeichnet, daB der extrahierte 
Code analysiert wird-und gegebenenfalk die Exteik- 
tion mit neueh verbesserten Parametem erneut gestartet 
wird. 

11. Verfahren nach Anspruch 1, dadurch gekennzeich- 50 
net, daB dem extrahierten Code Steuer-Code zur Ver- 
waltung und/oder Steuerung und/oder Kommunikation 
der Entwicklungssysteme zugefugt wird. 

12. Verfahren nach einem der vorhergehenden An- 
spriiche, worin der erste Prozessor eine konventionelle 55 
Prozessorarchitektur aufweist, insbesondere ein Pro- 
zessor mit von -Neumann- und/oder Harvardarchitek- 
tur, Kontroller, OSC-, RISC-, VUW-, DSP-Prozessor. 

13. Verfahren insbesondere nach einem der vorherge- 
henden Ansprttche zur Obersetzung von Programmen 60 
auf ein System bestehend aus einem Prozessor und ei- 
ner rekonfigurierbaren Einheit, dadurch gekennzeich- 
net, daB 

die Codeteile, die fiir die rekonfigurierbare Einheit ge- 
eignet sind, extrahiert werden, cs 
der verbleibende Code derart extrahiert wird, daB er 
mittels eines beliebigen gewShnlichen unmodifizierten 
fiir den Prozessor geeigneten Compilers ubersetzbar 
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ist. 

14. Vorrichtung zur Datenverarbeitung mit wenigstens 
einem herkommlichen Prozessor und wenigstens einer 
rekonfigurierbaren Einheit, dadurch gekennzeichnet, 
daB sie ein Mittel zum Informationsaustausch, insbe- 
sondere in Form von Daten- und Statusinformation 
zwischen herkommlichem Prozessor und rekonfigu- 
rierbarer Einheit aufweist, wobei das Mittel so ausge- 
bildet ist, daB eine Daten- und Statusinformation zwi- 
schen denselben wahrend der Abarbeitung eines oder 
mehrerer Programme moglich ist und/oder ohne daB 
insbesondere die Datenverarbeitung auf dem rekonfi- 
gurierbaren Prozessor und/oder dem herkdmmlichen 
Prozessor significant unterbrochen werden muB. 
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